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M ETHOD AND APPARATUS FOR DYNAMIC BANDWIDTH ALLOCATIO N IN AN 
^^ ^^NET PASSIVE OPTICAL NETW^ ^^ 

FIELD OF THE INVENTION 
5 The present invention relates generally to data access methods, and more particularly, to 

methods for optimizing uplink data transmission in Ethernet packet traffic over Passive Optical 
Network (PON) topologies. 

BACKGROUND OF THE INVENTION 

10 The Ethernet PON (EPON) is using 1 gigabit per second Ethraiet transport, which is 

suitable for very hi^-speed data applications, as well as for conv^ged system support 
(telephone, video, etc.)- The imprecedented amount of bandwidth is directed toward, and arriving 
fix>m a single entity, the Optical Network Unit (ONU). 

An Optical Line Terminal (OLT) manages remotely the transmission of each ONU. The 

15 OLT and the ONUs exchange messages. In eadi cycle of sudi an exchange, the OLT grants a 
grant to each ONU, whidi is answ«^ by a report message from the ONU. The ONU has a queue 
manager that prepaz^s queue status information, vMch is transmitted using Multipoint Control 
Protocol (MPCP) messages to the OLT to enable smart management In olber words, the ONU 
"informs its internal queues status" to the OLT. The OLT management is executed using a 

20 Dynamic Bandwiddi Allocation (DBA) algorithm. An efiBcimt algorithm is essential to guarantee 
Quality of Service (QoS), required to fulfill a Service Level Agreement (SLA). Operator revenues 
will increase from selling sophisticated SLAs to customers. High bandwidth utilization allows 
adding more customers to the net\^'ork. Thus, an eflScient DBA algorithm is an enabler to operator 
rev^ues. 

25 EfliOTiet as a packet protocol is not designed to guarantee transfer delay and jitter. While 

it is suflBcient for data transfer, it lacks the ability to support Time Division Multiplexed (TDM) 
channels. The jitter / delay requirements cannot be met xmless data a packet contains a small 
amount of samples. Moreover, considering that an ONU can transmit only when commanded by 
an OLT, and not burst when data is available, makes it more complex to support TDM trafiBc in 

30 the uplink. Utilizing Ethernet in the. access requires supporting such requirements in order to meet 
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U5^ requirements. 

When tbe uplink is ovenitilized, &imess detCTnines the variance fiom tbe SLAs 
fiilfUlment for all ONUs. The variance needs to be measured upon all ONUs^ as a case in which 
the SLA of one ONU is badly deprived and all the rest are fulfilled is considered un&ir. Some 
5 sort of metric is used to combine all parameters (delay, bandwidth, jitter, etc.) to yield an OTOr 
value. Fairness is measuied ov^ a period of time. Tbe measurement becomes more accurate as 
the period is shortened. High &iniess is required to guarantee customs satisfaction under heavy 
loads. 

Fragmentation loss is the amount of wasted grant time that is not utilized for packet 
10 transmission. The subject is ejqplained in detail in PCT application PCT IL03/00702 by Onn 
Haran et al. filed 26 August 2003, and titled "Methods for dynamic bandwidth allocation and 
queue management in Ethernet Passive Optical Networks", which is incorporated herein by 
reference. 

The reason for ftagmentation is lack of synchronization between the ONU queue status 

15 and the OLT knowledge of queue status. When this happens, the fragmentation can result in 
empty grant transmission, when the pending packets are larger than the given grant. This effect 
increases the transmission delay. 

FIG. 1 shows a prior art EPON system, comprising an OLT 100 and a plurality of ONUs 
102. The OLT and the ONUs exchange messages. In each cycle of such an exdiange, the OLT 

20 grants a grant G to an ONU, wiiich is answered by a report message REP from the ONU to the 
OLT. For example, the reporting by the ONU to a grant received in a cycle N-1 at a grant 
message time toQ^i) occurs at a report message transmission time tK^.i). Regardless of the 
particular algorithm be used to difTerentiate between ONUs, the basic granting sdieme is 
identical. The information of the OLT is updated only up to tRO^-1). The subject is explained in 

25 more detail in a related PCT application, PCT IL03/00702 filed 26 August 2003, which is 
incorporated herein by ref^race. 

The methods used in prior art result in a lack of tight jitter / delay guarantee, low feimess 
and potentially complete grant loss, and consequentiy in low bandwidth utilization and high 
transfer delay. It is thus desirable to provide a new set of efficient management methods and 

30 algorithms that will enable tight jitter / delay guarantee, allow high feimess, and eliminate 
complete grant loss. 
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^TJMMARY OF THE INVENTION 

The present inveition discloses varioxis embodiments of DBA methods and algorithms. 
Tlie algorithm receives the status of each ONU (number of bytes pmding transmission), conveyed 
in "Report" messages. Using the information ftom the report messages, and according to &e SLA, 
the OLT deddes the amount of bandwidth to be received by each ONU, and its location on &e 
timelme. The OLT dien informs each ONU when the ONU is allowed to transmit, using GATE 
messages. 

In a prefmed embodiment, a DBA mediod according to the present invention comprises 
three main steps/stages: a) a ''request calibration" step/stage, which adjusts an ONU request based 
on SLA and history. Each report is adjusted regardless of the report values from the other ONUs. 
b) a "bandwidth allocation" step/stage, during vAnch the amount of bandwidth granted to each 
ONU is decided. The bandwidth allocation is based on the requests from all the ONUs, and the 
allocation includes a specific amount to each ONU. The fairness between ONUs is maintained, c) 
a "grant placement" step/stage, which assigns the grant over the time axis (timeline) to meet Ae 
timing requirement set by the SLA, namely jitter and delay for time-critical services. 

According to the present invention there is provided a method for dynamic bandwidth 
allocation in a passive optical network that includes a plurality of ONUs coupled to an OLT, the 
metiiod comprising the steps of: by tiie OLT, m each given cycle: calibrating requests issued by 
each of the ONUs to obtam respective calibrated requests; allocating a bandwidth amount to each 
ONU based on the calibrated requests using an allocation scheme selected ftom the group 
consisting of an under-utilization allocation scheme and an over-utilization allocation scheme; 
and, based on the bandwidtii allocation, granting tiie ONUs a second plurality of constant delay 
grants per each cycle, whereby the granting facilitates a tight jitter/delay guarantee and high 
fairness and eliminates grant loss. 

According to die present invmtion there is provided m an Ethmnet passive optical 
network a method for dynamically allocating bandwidtii to a plurality of ONUs tiiat are granted 
grants by an OLT in response to requests, the method comprising die steps of: per each grant 
cycle, responsive to the ONU, determining an uplink utilization state tiiat includes a state 
selected from die group of under-utilization and over-utilization; and running independentiy a 
bandwidth allocation scheme correlated witii tiie uplmk utilization state, the bandwidth allocation 
scheme selected from the group of respectively an under-utilization allocation scheme and an 
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over-udlizadon allocation scheme. 

According to the present invention there is provided, in an Ethernet passive optical 

network that includes a pluraUty of ONUs interacting with an OLT, a method for dynamically 

allocating bandwidth by tiie OLT to die ONUs in an under-utiKzation state of a cycle, comprising 
5 the steps of determining die respective importance of each ONU, and allocating bandwidtii based 

on the respective importance of each ONU. 

Within die context of the present invration, "importance" also includes "precedence% 

"priority**, etc. In addition to tiie specific way of indicating "importance" discussed below, 

importance may be also indicated by different SLA parameters, for example minimal band\\adA 
10 and maximal bandwidtii. Therefore, tiie term "importance" as used herein is meant to embrace all 

these terms and their equival^its. 



RRTEF DESCRIPTION OF THE DRAWINGS 

The invention is herein described, by way of example only, with referrace to the 
15 accompanying drawings, wherein: 

FIG. 1 shows schematically a prior art method for controlling messages flow between 

an OLT and an ONU; 

FIG. 2 shows a flow chart of the main stages in the algorithm of the present mv^tion; 
FIG .3 is a flow chart of die request calibration process, which adjusts an ONU request 

20 bases on SLA and history; 

FIG. 4 shows schematically a timing relation of a control message between an OLT and 

an ONU; 

F IG. 5 i s a flow chart of bandwidth allocation, during whidbi die amount of bandwidth 
granted to each ONU is decided; 
25 FIG. 6 s hows an exemplary calibration procedure for an ONU in case of under- 

utilization; 

] ^G7is a flow chart of grant placement, which assigns the grant over the time axis. 

PKSCRJPTIQN OF THE PREFERR ED EMBODIMENTS 
30 The present invention provides, in various embodiments, a method for building an 

efficient dynamic bandwidtii allocation algoritiim, based on tiiree main stages (or method steps) 
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shown in FIG. 2: a requests calibration stage 202, a bandwidth allocation stage 204, and a grant 
placem^t stage 206. The combination of these stages/steps yields a solution that solves the 
probl«ns existing in prior art, i.e. raable ti^t jitter / delay guarantee, allow high feimess, and 
eliminate complete grant loss. These CTibodimmts are now desoibed in detail below. 

5 

Request calibration stajge/step 202 

Request calibration step 202 adjusts flie requests issued by an ONU. This stage includes 
preferably 5 sub-steps shown in FIG. .3: a parsing current report contrat st^ 300, a queue 
occupancy estimation step 302, a compensating credit with fragmentation loss step 304, an 
10 adjusting request for guaranteed service step 306 and a limitmg request by available credit step 
308. 

The ONU report message is parsed bx step 300. The report message may contain up to 8 
. different amounts of pending bytes, one per eadi priority. In this step, the pending bytes from 
diflferent priorities may be summed to reduce the amount of information handled by the method 
15 (algorithm). 

Queue occupancy estimation step 302 updates the report based on the grants given in 
the Ltnmediately preceding cycle. Without this predictor (compensation process) the requests will 
not be accurate, as depicted in FIG. 4. FIG. 4 shows schematically a timing relation of a control 
message between an OLT and an ONU- A grant message G410, transmitted (issued) in a cycle 

20 N+1 (marked as 408), is based on a report message R406.transmitted in a (^cle N (marked as 
400). Report message R406 contains data that was partially handled by grant message G402 
issued in cycle 400 (N). So any grant, for example grant G410 m cycle N+1 (408), needs to take 
into account the amoimt of data granted in the immediately preceding grant (402 in this 
example). In other words, grant G410 may need to grant less space than requested by R406, 

25 since some of the data of R406 was handled in the previous grant 

Retummg now to FIG. 3, the amount of bytes pending for transmission is read from the 
report message in stq> 300, and is daioted as the "requested amount" of bytes. The algorithm 
decreases the ONU request based on tiie previous grant If the DBA predicted the amount of data 
granted from each specific priority, then the values from the report message need to be decreased 

30 separately for each priority. In any case, the adjusted request value cannot be negative, and has to 
be set to 0 in the case the previous grant was higher than the current queue occupancy. 



5 




wo 2004/105282 PCT/IL2004/000426 



In summaiy, the amount of bytes pending in the ONU queue is estimated by the OLT on 
the basis of the received report and on the grant history. The report contains also the number of 
bytes that are expected to leave the ONU in the cycle used for the SW processing, and these bytes 
are reduced from the ONU request 

5 The process in compensating credit with fiagmmtation loss step 304 is a process ftat 

compares the actual transmitted number of bytes with the granted number of bytes in the 
respective cycle. Each ONU has a limit number for the average number of bytes it may transmit 
The accounting of bytes is maintained using caiedit If an ONU transmitted less than the granted 
amount then it should not be accounted for Aat, and tfie value of the unused portion of the grant 

10 is returned to its credit Step 304 requires a delay of two cycles. Using the same example of FIG. 
4, then only at cycle N+2, marked as 416, the measurment is available for the grant given by 
message 410, during cycle 408. 

As an example for queue occupancy estimation, let us assume an ONU that reports 
20000 bytes in cycle 1, and was not granted in the previous cycle. This means that 20000 bytes 

15 were added to its queue and should be handled. Of these bytes, the software (SW) decided to 
grant 15000 bytes. Assume that in the following cycle (2), Ac SW receives a report of 40000 
bytes. This time (in cycle 2), 40000-15000 = 25000 bytes need to be handled, as this is the 
amount of data in the queue that was not handled in cycle 1. 

In summary, in this stage, the ONU mi^t not completely have utilized the previous 

20 grant The un-utilized amount is returned to its credit, meaning the ONU will not be charged for 
it The amount of actual transmitted bytes is measured and deoreased from the amount of granted 
bytes. The di£ference is added to the credit 

The process in adjusting request for guaranteed service step 306 is a process that assists 
in supporting guaranteed services. Guaranteed services are identified by a fixed amount of 

25 bandwidth (e.g. a Tl service requires 1.544Mbit/sec, meaning 193 bytes every cycle of 1msec) 
tiiat should be granted regardless of amoxmt requested by the vser. This enables shortening the 
transmission delay to minimum, as the packets are transmitted at the next grant opportunity, 
without the need to wait for two additional cycles for report and grant procedures. In step 306, 
the request is compared with a value configured per user (and potentially per priority / flow), e.g. 

30 continuing the Tl example above, 193 bytes plus the required encapsulation overhead. If the 
request is smaller than a configurable threshold (same value), then the request is adjusted to the 
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threshold, whidi is equivalent to "request = max (request, configurable flireshold)". 

The limiting request by available caredit step 308 is the last phase in the request 
calibration. The presrat (current) credit limits an ONU request The credit is added with ihe 
amount allowed for an ONU to transmit in a cycle e.g. if the maximal allowed bandwidth is 

5 lOOMbit/sec and the cycle size is 1msec, th» the bucket is increased with 12.5Kbytes every 
<ycle. Preferably, Ae well-known leaky bucket method is used as the credit method. An 
optimization suggested herein that reduces the computation complexity may include utilizing tiie 
feet that the cycles have a jSxed lengdi in ordex to add a fixed value, instead of a value multiplied 
by a time-dependOTt variable. This simplifies tiie leaky bucket management 

10 An example of credit behavior is given next Let us assume that the initial credit value is 

0, and that the ONU is allowed to transmit up to lOOMbit/sec, meaning its credit is increased by 
12500 bytes every cycle of a size of 1msec. Let us further assume that 40000 bytes entered the 
queue. In the first cycle, the grant is limited to 12500 bytes. In the second cycle, 27500 bytes are 
still pending in the queue, and the grant is given again as 12500. In the third cycle, the 

15 measurement results of the first cycle grant are known, and the imused portion of the grant is 
returned to the credit This means that the grant will be between 12500 and 12500+MTU 
Qvlaximal Transmission Unit). The grant in the fourth cycle will have again the same size of 
2500 and 2500+MTU. The grants in the fifth and sixth cycles will just compensate for the 
unused portion m the third and fourth grants respectively, and their size will be 0 to MTU. 

20 In surmnary, the maximal number of bytes granted to the ONU is limited by its available 

credit This guarantees that it will not exceed its maximal bandwidth as specified in its SLA. A 
leaky-bucket mTChanism is preferably used to keep the credit The request is adjusted to be not 
lai^er than the bucket content 

Once the request calibration stage is completed, the method go^ to the next stage, Le. 

25 the outcome of stage 202 is now reaxty to be fed to the bandwidth allocation stage (stage 204). 
Stage 204 thereby receives ready-made values for allocation, already calibrated based on credit, 
and on each ONU*s SLA. 

Ih the context of flie present description, "flow" is defined as the amoimt of bytes 
reported fix>m a specific sub-queue (specific "priority")* while "handling all ONU trafiQc as a 

30 single flow** means summing all sub-queues reports (summing all priorities). The ability to 
pecform operations at the specific sub-queue (priority) value as opposed to the summed rq)Ort 
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value enables to handle services precisely, since priority b just a way to identify a sub-queue and 
can be viewed as a traffic flow of a service. In other words, maintaining variables per priority 
and not per single variable for the ONU. e.g. looking at the number of pending bytes for each 
sub-queue separately instead of looking at the number of total accumulated bytes fiom all sub- 
5 queues, enables to service each flow based on its spedfic SLA parameters. 

Bandwidth aUocation stage/step 204 

Bandwidth allocation step 204 decides the amount of bandwidth to be allocated 
(granted) to each ONU. The main sub-steps in this stage are shown in detail in FIG. 5. 
0 The number of bytes required to fulfill the requests is calculated in step 500. Again, 

since priorities actually represent traffic flows, the sum of some priorities can be calculated 
sqparately. 

The algorithm decides which ONU will receive the opportunity to transmit a report 
message in a next cycle in step 502. In other words, the OLT decides if the ONU should transmit 

15 a rq>ort in the next cycle. Since the report message "costs" m terms of consuming uplink 
bandwidth, both in the amount of bytes required to convey the message and m the required 
overhead as well as in additional processing in the foUowing cycle, it is desirable to minimize the 
amount of report messages. One possible way to limit sending of a re5)0rt message O-e. to aUow 
some ONUS to transmit whUe prohibiting others, m order to average the required algorithm 

20 processing) is to compare the available credit, cg/Ae value used m step 308. with a configurable 
value, and to suppress the report message if the credit is too low (i.e. if the available credit Is 
lower than the configurable value). The configurable value is typically the MTU. which in 
Ethernet, equals 1522 bytes. Another efficient way mcludes using a sunple timer that allows 
reporting by the ONU to the OLT only once after a few cycles. The amounts of bytes allocated 

25 for the report are summed for use in the next Stage. 

The OLT wiU aUow the ONU to transmit a report message m the next cycle only if it 
expects that it will be able later to grant the ONU based on the report that will arrive in the cycle 
immediately foUowmg the "next cycle". The OLT may control the number of cycles between two 
report messages using a counter. This allows the OLT to minimize the amount of bytes requested 

30 for Ihe current cycle, as well as to reduce the software computation time required in the next 
cycle. If the ONU is not allowed to transmit the report, then the OLT will not receive the rq)ort in 
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the foUowing cycle, and of course wiU not be required to handle the report This wiU decrease the 
burden from the OLT. 

The sum of overhead bytes is calculated, in orda- to predict cycle utilization, in step 
504. In other words, the OLT decides if the ONU should transmit data, report, or dwuld do both 
(transmh data and report) in the next cycle. The calculation must take into account the number of 
grants to be givea in the cycle. Ihe number of grants equals the number of ONUs that need to 
receive r^rt grants, as calculated in step 502. plus the numba of ONUs that need to receive a 
data grant, as calculated in st^ 504. In other words, some of the ONUs will transmit only data, 
some wiU only report, and some wiU do both. The amount of overhead required depends on the 
number of transmissions. If an ONU transmits both data and reports, then only one transmission 
grant is required. Naturally, an ONU must not be counted twice. Some ONUs receive more than 
one grant in a cycle to meet the delay requirement, based on requests arriving from specific 
flows. The overhead required by these ONUs needs to be added several times, based on the 

expected numbCT of grants. 

Note that each transmission from the ONU requires an ov«^iead for the laser tum-on and 

turn-off and stabDization of the OLT reception circuitry. The sum of overheads thus depends on 

die number of expected transmissions. 

A congestion state determination is made in step 506. This determination involves one 
decision if the requests from aU ONUs could be entirely fulfilled, meaning that the cycle is 
under-utilized, and involves another decision if tiie requests could not be fiilfiUed, meaning the 
cycle is over-iitilized. A comparison is made between tiie total number of bytes in the cycle and 
fte sum of tiie number of bytes required for data, tiie number of bytes required for tiie report 
message, and tiie number of bytes required for flie optical overhead. There are two modes of 
allocation: over-utilization, which means tiiat not all of tiie requests can be fiilfilled, and under- 
utilization, v*ich means tiiat all of tiie requests can be fiilfilled. 

The under-utiliration case is handled in step 508, and tiie over-utilization case is 
handled in step 510. To make tiie decision between fulfilling aU requests from all ONUs or not, 
tiie sum of ov«bead and requested bytes is compared witii flie avjulable number of bytes in tiie 
cycle. Inventively and advantageously, the metiiod provides an ability to run two completely 
different allocation schemes, one for each case. Each of tiiese schemes acts differently, and 
optimizes the performance for tiie specific case. 
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In the case of under-utilizadon, ONUs are handled based on their importance fector in 
step 508. ITie requested amount of bytes is adjusted to the maximal grant quantity allowed per 
each ONU. untU the total number of bytes yields a fiilly utilized grant cycle. An ONU will not 
receive a hi^er grant than its credit In the under-utilization state, the ONU receives more bytes 
lhan it requested- Ihis reduces the delay of a packet entering the ONU, until received by the OLT, 
because the ONU does not need to report the packet, as the OLT already granted in advance. 

Inventively and advantageously, step 508 shortens the delay because the ONU does not 
need to wait for 2 grant cycles, and may transmit data whenever the data is pending. 

An example for under-utilization allocation follows next Let us assume a <^cle of a size 
of 50000 bytes, and assume that four ONUs are attached to the network. Assume that each has 
requested 8000 bytes. Assume tfiat the importance of each ONU equals its index, i.e. that ONU 
#4 is the most important and ONU #1 is the least important". The cycle is clearly under-utilized, 
smce the sum of requests is 32000, viiule the amount of available bytes is 50000. For the sake of 
using easy numbers, the amount of bytes added to each ONU is 2000 (in practice, 1522, the 
Ethernet MTU, will be selected). In the first cycle, all ONUs receive the additional amounts of 
bytes, so that the grant for each will be 10000 bytes. The current grants sum is 40000 bytes, 
which still leaves us vAih an additional amount of bytes to grant In the next cycle, the ONU with 
the lowest importance (ONU #1) wiU not receive additional bytes, but the rest wUl, so ONU #1 
will remam with 10000 bytes, and aU the others (ONUs #2-4) will have 12000. In the following 
cycle, ONU #1 wiU r«nain vwth 10000 bytes, ONU #2 wiU remain with 12000 bytes, and both 
ONU #3 and ONU #4 will have 14000 bytes. Since the grants sum is equal to the cycle size, the 
allocation stops. As a further addition to this example, let us repeat the last step Ooop execution) 
when the cycle is 48000 bytes long instead of 50000 bytes. Two ONUs are eligible to receive 
additional bytes: #3 and #4. However, since #4 has higher importance, it wiU receive the 
additional bytes, and the final grants wiU be 10000, 12000. 12000, and 14000 bytes respectively. 

In tiie case of over-utilization, all ONUs are calibrated in step 510. A calibration factor 
should depend on the SLA and the avdlable credit Many calibration meAods are known, and all 
can be used for the purposes set forfli herein. A better calibration method leads to a higher 
fiiimess. An exemplary good calibration method is a method that reduces from each ONU an 
amount of data proportional to its importance (less importance causes more reduction). The total 
numbCT of reduced bytes should be equal to the excess number of bytes that cannot be granted in 
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the cycle. ITie importance order is a configuration paramete- for each ONU, assigned to it when 
It joins the network 

In the case of an ov^-udlization state, the ONU receives less bytes than it has requested. 
Preferably, the present method starts to assign the ONUs with the highest importance order, and 
5 continues with the ONUs with lower importance ord^, until no more bytes are available for 
granting. If the amount of bytes required for all the ONUs of a single importance level cannot be 
. honored, the ONUs are sorted based on Aeir credit level, and those with the higher credit are 
honored first 

In a particular example shown in FIG. 6, each ONU is assigned an importance order in 
10 step 602. An internal variable starts to loop fi'om the highest to the lowest importance value in 
st^ 604. An additional loop variable runs over all ONUs firom highest till lower importance order 
in step 606. Only the ONUs with an importance order higher than the loop variable of step 604 
participate in this loop. In step 608, a check is performed if the amount of available bytes to grant 
is sufiHcieat, meaning larger than a predefined value. If not, the allocation cannot continue, as 
15 indicated in exit step 610. If the amoimt of available bytes is sufiBcient, tiien the ONU allocation 
is increased with a predefined value in step 612. The number of available bytes is naturally 
decreased by the same amount Step 614 selects the next step to execute. If the ONU loop is not 
completed, die execution continues firom step 606. If the ONU loop is completed, the execution 
returns to step 604. 

20 In summary, the bandwidth allocation stage includes summing up all requests &om all 

ONUs, deciding if the ONU will be allowed to transmit a rq>ort in the next cycle, summing up the 
ov^head and deciding the allocation state. 

Grant placement stage 206 

25 The reduction of delay in the present invention is accomplished by granting the ONU 

several times in a (^cle. Grant placement stage/step 206 decides the location of each ONU grant 
during the cycle timeline. The main principle employed here is bin-{)aclcing, meaning the timeline 
is divided into several areas. The purpose of this division is to be able to place an ONU several 
times a cycle at a fixed distance, i.e. to allow the ONU to transmit with fixed delay and hence low 

30 jitter. Although the method (algorithm) of the present invention is based on cycles, some ONUs 
may have delay requirements smaller than the size of the cycle. In this case, an ONU receives 



11 



wo 2004/105282 



PCT/IL2004/000426 



more than one grant in a cycle. AU of these grants must be in a constant delay to provide a fixed 
delay. That is, if all tiie grants are located close to each other, the gain is lost, because the 
maximal delay between grants will be high. By placing all the grants at an even distance from 
each other on the timeline, 4e delay becomes constant, and low delay services can be served. By 
5 placing the ONUs fliat have a delay reqmrement smallCT than a cycle length first, there is a 
definition of zones that are aheady granted. The remaining un-granted zones may be viewed as 
bins, each of \^^ch should be filled completely. The grant placement is based on bin placement 

and depicted in FIO. 7. 

FIG. 7 is a flow chart of grant placement, which assigns the grant over die time axis. The 

10 number of bms is decided in step 700, the decision based on the maximal requirement from aU the 
flows. The number of bins is preferably equal to the maximal number of grants required for an 
ONU in a cycle. The size of bin is preferably adjusted to the length of the cycle divided by the 
number of bins. All the bins have preferably an equal size. The maximal number of bytes in each 
bin is the total number of bytes in a cycle divided by the number of bins. 

15 All the flows that require multiple bins are preferably placed first in stq> 702. Multiple 

bins mean that an ONU should receive several grants in a cycle, and each of these grants is 
located in a separate bin. In order to mimmize the jitter, the same placement order should be used 
every cycle. For example, simply placing the flows using the flow index wiU guarantee a fixed 
order of placement The flows that have the maximal number of grants per cycle should be placed 

20 first, foUowed by those with fewer grants per cycle. Several bin-packing algorithms are known, 
for example, first-fit, best-fit, etc. Each such packmg algorithm can be used in the present 
mvention. HowevCT, for best performance, flie prefmble packing algorithrn includes sorting the 
requests based on their length, and then first-fittmg the sorted output. 

The rest of the flows that require a single bin are handled sequentially in step 704. A 

25 loop is run over all these, agam preferably in a fixed order on each cycle. A check is run to see if 
the amount of data to be granted for the flow fits in the emptiest bin in step 706. If it can fit 
inside the emptiest bin, or even if the bin will slightly overflow, as allowed by a configuration 
parameter, then the granted amount of data is added and placed in the bin in step 708. 

The execution then continues with the next ONU in step 706. If the bin overflows too 

30 much in check 706 (overflow means jitter, i.e. variance of distance between two grants), tiie 
grant is divided into several fiagments, until the emptiest bins are filled, because the grant is 
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divided to be placed in several bins (the emptiest bin should be filled, when n is the number 
of fragments) in step 710, The data is place in the emptiest bins in step 712. The execution then 
continues with the next ONU in step 706. The operation is completed wheal all grants are placed. 
In oiha words, the grants are placed in a bin. If the grant is too big to fit in the emptiest bin, Ihea 
an overflow stale is declared. In this state, Ihe grant must be split into several grants, each to be 
placed in a different bin, vAere each bin will not exceed its maximal occupancy. 

The followng example illustrates the process in the paragraph above. Let us use the 
foUowing numbCTs: the cycle is 1msec long, meaning 125000 bytes. An ONU needs to transmit 
1000 bytes every 0.25msec- This means tiial 4 bins should be defined, each with a size of 31250 
bytes. The grants for the ONU with die smallest delays are placed in each bin, leaving 30250 
bytes available in each one. If two ONUs should be placed, one with 40000 bytes and the other 
with 60000 bytes, the placement sequence begins with placing the grant of the ONU with 60000 
bytes,. However, since it cannot fit inside the bin, it is divided into two grants: 30250 and 60000- 
30250=29750 bytes. Both are placed respectively in die first two bins. The second ONU is 
divided also into two grants 30250 and 40000-30250=9750 bytes. Both are placed respectively in 
the last two bins. 

The invention has now been described witii refiarence to specific embodfanents. Other 
embodiments will be apparent to those of ordinary skill in the art All publications, patents and 
patent applications mentioned m this specification are herein mcoiporated m tiieir entirety by 
reference into the specification, to the same extent as if each individual publication, patent or 
patmt application was specifically and individually indicated to be incorporated herein by 
reference, hi addition, citation or identification of any reference in this application shall not be 
construed as an admission that such reference is available as prior art to the preset invention. 
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